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Todays Topics 


e 2 problems with the current API 
e Adding a backlight propery to drm connectors 
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Causes 


e Windows 8 ready laptops often have broken 
acpi-video backlight control, so since 3.16 we 
will use the native backlight interface on these 


e But native interfaces, behave different then 
firmware interfaces 


e This causes problems for userspace, which 
expects the kernel to offer a consistent 
backlight API 
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Current API issues 
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Current API issue 1 


e With firmware interfaces 0 means lowest 
possible backlight settings 


e With native interfaces 0 means backlight-off, and 
sometimes a whole range of values from 0 to x 
means off. 


e Note this has recently been partially fixed for the 
intel driver with the commit titled: 


“drm/i915: respect the VBT minimum backlight 
brightness” 
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Solution 1 


e Clearly document in 
Documentation/ABI/stable/sysfs-class-backlight 
that a brrightness value of 0 means lowest 
possible brightness, and that only setting 
bl_power may actually turn the backlight off 


e And file bugs against / fix any drivers not 
honering this 
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Current API issue 2 


e With firmware interfaces the brightness has 
“perceived brightness” as scale 


e With native interfaces the brightness has 
electrical power (mW) as scale 


e The user typically we want to set the perceived 
brightness, not the electrical power 
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Solution 2 


e Add a new brightness_scale attribute which has 
a value of either “perceived brightness” or 
“electrical power” and let userspace further deal 
with this; 


e Or solve this fully in the kernel ? I've heard 
Suggestions to map the actual hardware scale to 
a 0-100 value for userspace, this mapping could 
include a correction to make the 0-100 a 
perceived brightness scale 
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Adding a backlight 
propery to drm 
connectors 


Backlight on connector 


e It would be nice to have the backlight level as a 
property of the connector. 


e Problem is mapping a backlight interface to a 
connector. 


e There are some ideas to let userspace tell the 
kernel which backlight interface to use 
(through e.g. udev rules), but otherwise handle 
this in the kernel 


e David Herrmann has already posted patches 
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